United States Patent m 

Massey 



US005384563A 

[ii] Patent Number: 
[45] Date of Patent: 



5,384,563 
Jan. 24, 1995 



[54] METHOD AND APPARATUS FOR TIME 

SYNCHRONIZATION OF BUS TYPE LOCAL 
AREA NETWORKS INCLUDING 
HIERARCHICAL NETWORKS 

[75] Inventor: W. RusseU Massey, Levittown, Pa. 

[73] Assignee: Honeywell Inc^ Minneapolis, Minn. 

[21] Appl.No.: 19,730 

[22] Filed: Feb. 22, 1993 

El Sc^ 6 H04Q1/00 

[52] U.S. CL 340/825J1; 340/825.14; 

340/825 2 

[58] Field of Search 340/825.21, 825.2, 825.14- 

370/100.1, 100.3; 375/107; 368/52, 55 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,337,463 6/1982 Vangen 340/825 2 X 

4,411,007 10/1983 Rodman et al 375/107 

4,736,393 4/1988 Grimes et at 375/107 

4,860,001 8/1989 Yamanakaetal .... 340/825.2 

Primary Examiner — Donald J. Yusko 
Assistant Examiner— Edwin C. Holloway, III 



Attorney, Agent, or Firm— Arthur A. Sapelli: William 
Udseth; A. Medved 



[57] 



ABSTRACT 



The time of a second network is synchronized to a first 
network, each network having an independent timing 
subsystem, includes the following steps. The first net- 
work sends a first message to the second network, the 
first message being uniquely identified as a sync mes- 
sage. A first relative time is obtained within the first 
network of when the first message is transmitted. When 
the first network recognizes that the first message was 
sent, a second relative time is obtained to send a second 
message to the second network containing a real time of 
the first network that the first message was sent. The 
second network obtains a third relative time within the 
second network of when the first message is received. 
The real time of the first network contained in the sec- 
ond message is associated to the third relative time of 
the second network, thereby synchronizing the time of 
the second network to the time of the first network. 
Any skew of time associated with transmission proto- 
cols of the first and second network is thereby elimi- 
nated. 

5 Claims, 8 Drawing Sheets 
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reception protocols of the first and second network is 

METHOD AND APPARATUS FOR TIME thereby eliminated. 

SYNCHRONIZATION OF BUS TYPE LOCAL Accordingly, it is an object of the present invention 

AREA NETWORKS INCLUDING HIERARCHICAL to provide a method and apparatus for providing time 
NETWORKS 5 synchronization of information transmitted between 

devices of a bus type network. 
BACKGROUND OF THE INVENTION It is another object of the present invention to pro- 

The invention relates to communications systems, V ? de * method and apparatus for providing time syn- 
and more particularly, to a method and apparatus for in chrom ^ tl on of information transmitted between de- 
providing time synchronization of data transmitted 10 wc ^ of a to network mcludmg merarchical net- 
between devices of a bus type local area network, in- W ^ ^ 

eluding hierarchical networks. !t Stdl anc * h ?' ob J ect of P resent m ™*°» t0 

On a bus type local area network messages ideallv Pr °^ ■ method r an ^ apparatus for providing time 
■ • j uciwotk messages laeany synchronization of information transmitted between 

15 devicesofabustyr^networkbydetermm^ 
forona^n ££■ ""S Y m \' mQ<h ^ d ™ encebetweenthetoethe^ 
fcropa^tion delays are not generally significant). Bus (message) is queued and actually transmitted, and the 
tyr*ne*vor^ ^een the time merges arei^iv^dand 

gation delays such as induced by repeaters, and further actually processed, and using those differences to elimi- 
nicludmg hierarchical network structures. Typically, 20 nate the effect of skews due to the protocols, 
however, such networks are software-driven and have These and other objects of the present invention will 
vanable/unpredictable delays in the network hardware become more apparent when taken in conjunction with 
and software between the time messages are queued for the following description and attached drawings, 
transmission and actually transmitted, and between the wherein like characters indicate like parts, and which 
time messages are received and actually processed. This 25 drawings form a part of the present application, 
lack of determinism prevents synchronization or time ™™„ _ 

broadcast via messages containing high-precision clock BRJDEF DESCRIPTION OF THE DRAWINGS 
times. Such networks do not provide for high-resolu- FIG. 1 shows a block diagram of a process control 
tion clock synchronization in their standard definitions. system in which the present invention can be utilized; 
Additionally, the available network interface products 30 FIG- 2 shows a block diagram of a process controller, 
do not provide this feature, nor the ability to recognize including I/O modules (IOP), in which the present 
a predefined, unique, synchronization message, to en- invention can be utilized; 

able external synchronization processing. 3 shows a block diagram of a controller which 

Thus there is a need to provide, in bus type networks, is »clwted in the process controller of FIG. 2; 
a technique for detennining the difference between the 35 *^ G * * shows a block diagram of an I/O module 
time messages are queued and actually transmitted, and wni ch is included in the process controller of FIG. 2; 
the difference between the time messages are received *7 G ' 5 sil0ws a block diagram of the preferred em- 
and actually processed bodiment of the process control system which includes 

the present invention; 

SUMMARY OF THE INVENTION 40 FIG. 6 shows a block diagram of a message recog- 

Therefore, there is provided by the present invention, ll F ec of ^ P referred embodiment of the present inven- 
a method and apparatus for determining the difference t10 ?; 

between the time messages are queued for transmission . Ha 7 shows ^ format of m mEE 802 * 4 message 
and actually transmitted, and between the time mes- Ae dct ^ >r ^! tem; and 

sages are received and actually processed, thereby 45 FIG : 8 L shows ? ^ Ime example of events which 
achieving time synchronization of the data transmitted 0CCUr m W^omzmg of ^ networks, 
between devices of a bus type local area network, in- DETAILED DESCRIPTION 

eluding hierarchical networks. The present invention ^ r , , 

provides a method for synchronizing the time of a £ w Bef ° r ? des f bu, .f apparatus ° f the 

ond network to a first neiwork, each network havingan 50 Z^^JT^ ' ^M** " w * tKt!mdm Z a 
independent timing subsystem for maintaining its fwn X-ZFST*? "1 ^ e P res ^»* invention can 

real toe, comprises the Mowing steps. The first net ^^ ll2e ^ Refemne t0 ™?\ ® shown ,, a Wo* 

'. c „ Z„ t m „^ 0 „» ♦„ 4 . ^, ~ i it diagram of a process control system 10 in which the 

work sends a first message to the second network, the present mention can be found. The process control 

first message being uniquely identified as a sync mes- 55 system 10 includes a plant control network 11, in whicl 

sage^ A first relative time is obtained within i the first a process controller 20 is operatively connect to the 

network of when the first message js transmitted. When plant network „ £ a ne( . 

the first network recognizes that the first message was work (UCN) 14 to a network interface module (NIM) 

sent, a second relative time is obtained to send a second «)2. In the preferred embodiment of the process control 

message to the second network containing a real time of «> system 10, additional process controllers 20 can be oper- 

the first network that the first message was sent. The atively connected to the plant control network 11 via 

second network obtains a third relative time within the the same UCN 14, and additional UCNs 14 can be 

second network of when the first message is received. added to the plant control network 11 via additional 

The real time of the first network contained in the sec- corresponding NIMs 602. The process controller 20, 

ond message is associated to the third relative time of 65 interfaces analog input and output signals, and digital 

the second network, thereby synchronizing the time of input and output signals (A/I, A/O, DA and D/O, 

the second network to the time of the first network. respectively) to the process control system 10 from the 

Any skew of time associated with transmission and variety of field devices (not shown) which include 
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valves, pressure switches, pressure gauges, thermocou- UCN 14, the modem having two inputs, one connected 
pl ?5: ■ * y to UCN 14A and the other connected UCN 14B. The 
1 he plant control network 11 provides the overall modem 50 interfaces with a communication unit 
supervision of a controlled process, in conjunction with (COMM) 60 which in turn interfaces with a global 
the plant operator, and obtains all the information 5 memory 70, an I/O interface unit 80, and a control unit 
needed to perform the supervisory function, and in- 90 via global bus 72. The communication unit 60 in- 
cludes an interface with the operator. The plant control eludes a communication control unit, in the preferred 
network 11 includes a plurality of physical modules, embodiment a token bus controller (TBC) 61, Motorola 
which include a universal operator station (US) 122, an type 68824, which is connected to a local bus 62. A 
application module (AM) 124, a history module (HM) 10 processor A 63 (which essentially performs the commu- 
126, a computer module (CM) 128, and duplicates of nication function) is connected to the local bus 62, and 
these modules (and additional types of modules, not a local memory A 64, which is also connected to the 
shown) as necessary to perform the required control/- local bus 62. The processor A 63 communicates with 
supervisory function of the process being controlled. the plant control network 11 via modem 50 and TBC 
Each of these physical modules is operatively con- 15 61. The local memory A 64 stores information, includ- 
nected to a local control network (LCN) 120 which ing personality image which is downloaded from the 
permits each of these modules to communicate with plant control network 11, for use by processor A 63 and 
each other as necessary. The NIM 602 provides an TBC 61. The global memory 70 stores information 
interface between the LCN 120 and the UCN 14. A which is common to both processor A 63 and a proces- 
more complete description of the plant control network 20 sor B 91. It also stores all the data received from bus 
11, and the physical modules can be had by reference to 22A and bus 22B. The global memory 70 also serves as 
o f ■ 4 »°0J» 25 & an interprocessor communication vehicle between the 
Referring to FIG. 2 there is shown a block diagram of processors A 63 and B 91. Control unit 90 includes the 
the process controller 20. The process controller 20 of processor B 91 and a local memory B 92, both con- 
toe preferred embodiment of the process control system 25 nected to a local bus 93. Processor B 91 performs the 
10 ► mcludes a controller A 30 and a controller B 40, control function (i.e., control processing) relating to the 
which effectively operate as a primary and secondary field devices. This essentially includes perforating the 
controller. Controller A 30 and controller B 40 are point processing, and updating the local memory B 92 
connected to the UCN 14, the UCN 14 in the preferred and global memory 70. Also coupled to the local bus 93 
embodiment, comprising for communication redun- 30 of control unit 90 is a track unit (not shown) which is 
dancy purposes, a UCN(A) 14A and a UCN(B) 14B. utilized to implement the data base transfer via link 13 
Input/output processors (IOPs) (sometimes referred to to the other controller 30, 40 of the process controller 
herein as input output (I/O) modules) 21 interface to 20. 

field devices, field devices being various valves, pres- The I/O interface unit 80 includes a receiver-trans- 
sure switches, pressure gauges, thermocouples, ... 35 mitter device, this device being a UART (Universal 
which can be analog inputs (A/I), analog outputs Asynchronous Receiver/Transmitter) 81. The UART 
(A/O), digital inputs (D/I), and digital outputs (D/O). 81 is coupled through drivers 82, 83 to bus 22A and bus 
The controller A 30 and controller B 40 interface to one 22B, respectively. 

or more I/O modules via a bus 22, the bus 22 in the Processor B 91 receives data from the various field 

preferred embodiment, comprising for communication 40 devices through global memory 70, performs the neces- 

redundancy purposes, a bus 22A and a bus 22B. sary point processing and control function, and then 

Controller A and controller B, 30, 40, can communi- updates the local memory B 92 and global memory 70 

cate with each other via three mediums, the UCN 14, a as required. The communication unit 60, in response to 

link 13 between the controllers, and the buses 22A, 22B, commands from the control unit 90 via global memory 

with bus 22A and bus 22B in the preferred embodiment 45 70, inputs and outputs data between the I/O modules 21 

being serial I/O links. One controller (controller A 30 (via the I/O interface unit 80) and the global memory 

or controller B 40) operates as a primary controller and 70, thereby relieving the control unit 90 from the bur- 

the other controller operates as a secondary controller den of I/O module management. In this manner the 

(in more of a reserve mode than a back-up, in that if a control processing is performed by the control unit 90 

failure of controller A 30 should occur, controller B is 50 within the process controller 20 for the predefined at- 

ready to take over the control function with essentially tached field devices, and the communication (i.e., the 

no start-up or initialization time). On a predetermined I/O control) is handled by the communication unit 60 

tune basis, point processing is performed by the control- through the UART 81. 

ler designated as the primary controller and communi- Referring to FIG. 4 there is shown a partial block 
cates with the I/O modules 21. In addition, the control- 55 diagram of an I/O module of the components of inter- 
ler acting as the primary controller communicates with est A transceiver (anti-jabber circuit) 201 interfaces 
the plant control network 11 reporting status, history, with bus 22A and bus 22B. The transceiver 201 inter- 
and accepting inputs from the plant control network faces with a microcontroller (u-controller) 202 which, 
such as commands from the operator via the universal in the preferred embodiment, is of the type, Intel 80C3l! 
station 122. In addition, a data base maintained by the 60 The microcontroller is coupled to a local bus 203 and 
primary controller is communicated to the secondary includes an EPROM 204 and a RAM 205 also 'con- 
controller via link 13. As mentioned above, one control- nected to the local bus 203. The RAM 205 contains the 
ler operates as a secondary controller; however, it will information which forms the database for the I/O mod- 
be understood by those skilled in the art that a second- ule 21. The EPROM 204 contains the program informa- 
ary controller is not necessary for the process controller 65 tion utilized by the microcontroUer 202. The applica- 

t, r tion specific circuits 209 are also connected to the local 

Referring to FIG. 3, there is shown a block diagram bus 203, and the microcontroUer 202 via the local bus 
of the controller 30, 40. A modem 50 is connected to the 203. The application specific circuits 209 vary from I/O 
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module to I/O module depending on the field device to factors well known by those skilled in the art. Although 
which the I/O module is to be coupled. If the field the preferred embodiment of the present invention uti- 
device is of a type which requires a digital input, then lizes the IEEE 802.4 communication scheme, other 
the apphcation specific circuit 209 will include the logic communication protocols can be used, including the 
m order to place the digital input into a predefined 5 IEEE 802.5 Ethernet, as will be well recognized by one 
format which will interface with the remainder of the skilled in the art FIG. 7 shows the format of the DEEE 
I/O module. Likewise, if the field device is such that 802.4 message detector pattern, 
requires an analog input, then the apphcation specific Referring back to FIG. 5, the method of time syn- 
circuit contains logic which converts the analog input chronization will now be described. The time (i.e., real 
signal (via an A/D converter) into a format again con- 10 time in digital format in terms of hours, minutes, sec- 
sistent with predefined formats. In this manner, the I/O onds) within the plant control network 11 is referred to 
modules are referred to as a specific I/O module type. as "LCNTIME". The time is generated by timing sub- 
The microcontroller 202 performs the I/O processing systems of each of the physical modules 122, 124, 126, 
(or preprocessing) for the application specific circuits and the NIM m (the NIM being a node coupled to the 
209. The preprocessing will vary from each I/O module 15 LCN 120), The timing subsystems of each of the physi- 
21 depending on the type (i.e., A/I, A/O,...) the prepro- cal modules are denoted by the letter X. The clock-X 
cessmg essentially consisting of translating the signals maintained by each of the physical modules are all the 
from the apphcation specific circuits to a format com- same, the clocks being synchronized under control of a 
patible with the controller 30, 40, and putting the signals bus controller 128, in a manner well understood by 
from controller 30, 40 in a format compatible with the 20 those skilled in the art; specifically, the manner is de- 
I/O module 21. Some of the preprocessing performed scribed in U.S. Pat. No. 4,890,222, "Apparatus for sub- 
includes zero drift, linearization (linearizing thermocou- stantially synchronizing tie timing subsystem of the 
pies), hardware correction, compensation (gain com- physical modules of a local area network", the patent 
pensation and zero compensation), reference junction being assigned to the same assignee of the present appli- 
compensation, calibration correction, conversions, 25 cation. 

checking for alarms (limits) ... and generating a signal The controllers 30, 40 each have their respective 

in a predetermined format having predetermined scale timing subsystems, denoted as Y, which has a controller 

(Le , engineering units, normalized units, percent of time, CONTIME, which can be skewed from the 

scale,...). In the preferred embodiment seven types of LCNTIME. 

applications specific circuits are provided for, these 30 Referring to FIG. 8, there is shown a time line exam- 

mclude a high level analog input, low level analog in- pie of the events which occur in the synchronizing of 

put, analog output, digital input, digital output, smart the two networks, CONTIME being synchronized to 

transmitter interface, and pulse input counter. LCNTIME. In the preferred embodiment every six 

Referring to FIG. 5, there is shown a block diagram seconds a synchronization message is transmitted by the 

of the preferred embodiment of the process control 35 NIM 602. The synchronization message has a format 

system 10 which includes the present invention. The which is detectable by the message recognizer 130, 95 

NIM 602 of the plant control network 11 includes a and further contains a message number. The message 

message recognizer-X 130, and controller A 30 and the number is a sequential number which identifies the num- 

redundant controller B 40 if applicable, of the process ber of messages which have been transmitted. When the 

controller 20, each include a message recognizer-Y 95. 40 synchronization message is transmitted over the UCN 

Referring to FIG. 6, there is shown a block diagram 14, at time t„, the message recognizer-X 130 and the 
of the message recognizer 130, 95. An oscillator 301 message recognizer-Y 95 each detect that a synchroni- 
drives a free running counter (FRC) 305. A first and zation message was transmitted/received, respectively, 
second latch 310, 311 is included and permits the con- Thus, each first latch 310 latches the contents of the 
tents of the FRC 305 to be stored in the latches upon 45 respective free ninning counter 305. Assume for pur- 
command. A message detector 315 samples the mes- poses of example that the free running counter (FRCX) 
sages being transmitted or received. The message detec- 305 of the message recognizer-X (MR-X) 130 has a 
tor 315 provides the first control signal, CONT 1, value of 6 at the time the synchronization message is 
which latches the contents of the free ninning counter actually transmitted over the UCN 14, the synchroniza- 
305 into the first latch 310 when a unique header of a 50 tion message having a message number of 78. Since the 
synchronization message is transmitted or received. actual transmission time over the UCN 14 is essentially 
This latching is essentially simultaneous in all devices zero, the first latch (LAT1X) of MR-X 130 latches the 
on the same network bus and provides the basis for all contents of FRCX such that the contents of LAT1X is 
subsequent synchronization activities. No other types of also a 6. Further, the first latch (LATlY) 310 of the 
messages latch the free running counter 305. The sec- 55 message recognizer (MR-Y) 95 latches the contents of 
ond latch 311 of the message recognizer 130, 95 is used the free nuining counter (FRCY) 305 of the MR-Y 95, 
in various ways to provide the accurate synchronization such that in this example the contents of FRCY and 
times required for various applications of the present LATlY are both 107, the time of the actual transmission 
invention. In the preferred embodiment of the present of the synchronization message over the UCN 14 occur- 
invention a second control signal, CONT 2, is provided 60 ring at time t„. 

to cause the second latch 311 to latch upon a predeter- Assume in this example at t„+ 1 nothing occurs. Again 

mined software command. The control of the second in this example at t fl+ 2, the control software of the NIM 

latch will be explained in further detail hereinunder. 602 recognizes that a synchronization message was 

The first and second latches 310, 311 are both readable transmitted. The control software of the NIM 602 reads 

by a corresponding computer included in the network. 65 the current value of the clock-X, i.e., LCNTIME, and 

The length and resolution of the free running counter causes the second control signal CONT2 of the MR-X 

305 and the latches are determined by the time resolu- 130 to be generated such that the contents of the second 

tion desired, the synchronization interval, and other latch (LAT2X) of the MR-X 130 contains the value of 
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8, the current value of FRCX 305. The NIM 602 then 
calculates the real time the sync message was transmit- 
ted in accordance with the following formula: 

TIMES YNC-CLOCK X-(LAT2X-LAT1X). 5 

This time, denoted as LCNT1ME1, is the real time 
that the message having serial number 78 was transmit- 
ted. The NIM 602 sends a second message to the con- 
troller 30 which includes the value of TIMESYNC and 10 
the message number in this example the message num- 
ber was 78. This message has a format such that it is not 
recognized by either message recognizer 130, 95. Upon 
receipt of this second message the controller associates 



8 



of the occurrence of the event Thus the IOP is also 
sync to the LCNTIME. 

U.S. Pat No. 5,168,443 describes a communication 
scheme between a controller 30 and an IOP utilizing 
message numbers, entitled "Method for Providing Re- 
dundancy of a High Speed Pulse Input I/O Processor", 
this patent being assigned to the same assignee as the 
present application. The preferred embodiment of the 
present invention describes a method and apparatus for 
providing time synchronization of data transmitted 
between devices of bus type local area networks. In 
addition an alternative method is described in which the 
real time is maintained by a master device (the control- 
ler) rather than in the slave device (IOP), It will be 



tht* rnntimte t ativ *t. T ^xtt4w~J V , ' lttlucl m ulc siave aevice ^iur;. it will oe 

the contents^ LAT1Y with LCNTIME1 thereby syn- 15 obvious to one skilled in the art that the timed synchro- 

Chromzinp the enntrnlW tn ih* T n\m\*v tu„- . . „ ^ucuru- 



chronizing the controller to the LCNTIME. Thus the 
time synchronization of the preferred embodiment of 
the present invention is a two message pair. Thus, for 
the controller 30 in this example, the value in LAT1Y 
corresponds to LCNTIME1. Someone skilled in the art 20 
would recognize that the two message pair could be 
implemented in one message type by including the real 
time of the previous sync in the data field of the next 
sync message 



nization process between the controller and the IOP 
can be implemented in the same fashion as the synchro- 
nization between the LCN network and the controller 
by including the message recognizer apparatus internal 
to the IOP's. 

While there has been shown what is considered the 
preferred embodiment of the present invention, it will 
be manifest that many changes and modifications can be 
made therein without departing from the essential spirit 



a , v . ^i«u wituuut ucporung irom me essenuai spirit 

Asynchronously, every two second in the preferred 25 and scope of the invention. It is intended, therefore, in 

nbodiment of the nre«pnt invpnti/vn •> mrr/tlirAnioA^A. 1 ^ u 1 » 



embodiment of the present invention, a synchronization 
message is transmitted by the controller 30 over the bus 
(I/O link) 22 to the IOP 21. At some time, LCNTIME 
2, the sync message is sent over the I/O link 22. At the 
time that the sync message is transmitted by the I/O link 30 
22 the second latch (LAT2Y) 311 of MR-Y 95 is caused 
to latch the contents of the FRCY 305 by the I/O inter- 
face 80. In the example, the FRCY 305 has a value of 
128 and the contents stored in LAT2Y is also 128 as a 
result of the latching process. The sync message to the 35 
IOP 21 also contains a message number (the message 
number is 24 in this example), the message number to 
the IOP being independent of the message numbers 
received from the NIM 602. The controller 30 calcu- 
lates LCNTIME2, the time the sync message was sent 40 
to the IOP as follows: 

LCNTIME2 = LCNTIME 1 +(LAT2Y— LAT1Y). 

The IOP resets a time counter maintained in the IOP; 45 
thus, LCNTIME2 corresponds to zero time in the IOP 
21. Thus a time base is established for the I/O link 22. 
When the IOP 21 detects an event change on one of the 
inputs from the field devices, the occurrence of the 
event is associated with a value in the time counter 50 
m ai n tained in the IOP. At some time when the control- 
ler requests data from the IOP (recall in the preferred 
embodiment of the present system that the IOP 21 only 
responds to request from the controller), the IOP trans- 
mits to the controller the input point of the event, the 55 
value of the time counter when the digital event oc- 
curred, plus the message number of the sync ID mes- 
sage. Thus in this example the message number will 
have a message ID of 24, the sync time will have the 
value of the time counter maintained in the IOP when 60 
the event occurred, and the point number will corre- 
spond to the input point (if the IOP has 32 inputs, the 
point number will have a value of between 1 to 32 de- 
pending on the input point of-the event. The input point 



the annexed claims to cover all such changes and modi- 
fications which fall within the true scope of the inven- 
tion. 
I claim: 

1. A method for synchronizing the time of a second 
network to a first network, each network having an 
independent timing subsystem for maintaining its own 
real time, the method comprising the steps of: 

for the first network 

a) sending a first message to the second network, the 
first message being uniquely identified as a sync 
message; 

b) obtaining a first relative time within the first net- 
work of when the first message is transmitted; 

c) when the first network recognizes that the first 
message was sent, obtaining a second relative time 
to send a second message to the second network 
containing a real time of the first network that the 
first message was sent; 

for the second network 

d) obtaining a third relative time within the second 
network of when the first message is received; and 

e) associating the real time of the first network con- 
tained in the second message to the third relative 
time, thereby synchronizing the time of the second 
network to the time of the first network and elimi- 
nating any skew of time associated with transmis- 
sion protocols of the first and second network. 

2. A method for synchronizing according to claim 1, 
further comprising: 

for the first network 

a) including a message ID number in the first and 
second message; and 

for the second network 

b) checking the message ID number of the first and 
second message to insure a valid association of the 
real time of the second message to the third relative 
time. 

3. A method for synchronizing the time of a second 
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read. When the controller receives the information the 
controller adds the value of the time counter maintained 
in the IOP to the LCNTIME2 to obtain the actual time 



independent timing subsystem for maintaining its own 
real time, the method comprising the steps of: 
for the first network 
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a) sending a first message to the second network, the 
first message being uniquely identified as a sync 
message; 

b) obtaining a first relative time within the first net- 
work of when the first message is transmitted; 5 

for the second network 

c) setting a second relative time within the second 
network to zero of when the first message is re- 
ceived; and 

d) when data is transmitted to the first network, trans- 10 
mitting data to the first network via a second mes- 
sage along with the second relative time associated 
with the data such that the first network can corre- 
late the real time of the first network to the second 15 
relative time associated with the data. 

4. An apparatus for synchronizing the time of a sec- 
ond network to a first network, each network having an 
independent timing subsystem for generating its own 
real time, respectively, comprising; 20 

a) a first free running counter for generating relative 
time within the first network; 

b) a second free running counter for generating rela- 
tive time within the second network; 

c) a first and second latch associated with the first 25 
network for recording a first and second relative 
time value, respectively, from the first free running 
counter in response to a first and second control 
signal, respectively; 30 

d) a third latch associated with the second network 
for recording a third relative time value from the 
second free running counter in response to a third 
control signal; 

e) first means, associated with the first network, for 35 
detecting when a first message is transmitted to the 
second network, the first message containing a 
message ID number, to generate the first control 
signal; 

0 third means, associated with the second network, 40 
for detecting when the first message is received 
from the first network, to generate the third con- 
trol signal; and 

g) second means, associated with the first network, 
for recognizing that the first message was transmit- 
ted to generate the second control signal to record 
the second relative time value, and to transmit a 
second message to the second network, the second 
message including the message ID number, and the 50 
real time of the first network when the first mes- 
sage was transmitted, such that the second network 
associates the real time of the first network re- 
ceived in the second message to the third relative 
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time, thereby synchronizing the time of the second 
network to the time of the first network. 
5. An apparatus for synchronizing the time of a sec- 
ond and third network to a first network, each network 
having an independent timing subsystem for generating 
its own real time, respectively, comprising; 

a) a first free running counter for generating relative 
time within the first network; 

b) a second free nmning counter for generating rela- 
tive time within the second network; 

c) a first and second latch associated with the first 
network for recording a first and second relative 
time value, respectively, from the first free running 
counter in response to a first and second control 
signal, respectively; 

d) a third and fourth latch associated with the second 
network for recording a third relative time value 
from the second free running counter in response 
to a third and fourth control signal; 

e) first means, associated with the first network, for 
detecting when a first message is transmitted to the 
second network, the first message containing a 
message ID number, to generate the first control 
signal; 

f) third means, associated with the second network, 
for detecting when the first message is received 
from the first network, to generate the third con- 
trol signal; and 

g) second means^ssociated with the first network, for 
recognizing that the first message was transmitted 
to generate the second control signal to record the 
second relative time value, and to transmit a second 
message to the second network, the second mes- 
sage including the message ID number, and the real 
time of the first network when the first message 
was transmitted, such that the second network 
associates the real time of the first network re- 
ceived in the second message to the third relative 
time, thereby synchronizing the time of the second 
network to the time of the first network; and 

h) fourth means, associated with the second network, 
for outputting a third message to generate the 
fourth control signal and to indicate a time syn- 
chronization message, the fourth control signal 
being generated when said fourth message is out- 
putted, causing the third network to initialize a fifth 
relative time within the third network to zero, and 
data transmitted from the third network to the 
second network including a value of the fifth rela- 
tive time associated with the data, causing the sec- 
ond network to correlate the time of the data of the 
third network to the time of the second and first 
networks. 

***** 
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